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10 

BACKGROUND OF THE INVENTION 
Field of The Invention 

[0002] The invention relates to the field of digital video tape 
recording and reproducing. 

15 

Description of The Related Art 

[0003] The invention relates to a recording arrangement for 
recording an information signal in tracks on a record carrier, the 
recording arrangement including an input terminal for receiving the 
2 0 information signal and channel encoding apparatus for channel 

encoding the information signal to form a channel signal suitable 
for recording in a track on the record carrier. The recording 
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arrangement also includes writing apparatus for writing the channel 
signal in the track. The channel signal includes multiple signal 
blocks which each include a first block section having a 
synchronization signal and a second block section which comprises a 
5 multitude of channel bytes. The invention also relates to a record 
carrier obtained with the recording arrangement, and to a 
reproducing arrangement for reproducing the video signal from the 
record carrier. 

[0004] A recording arrangement as given in the opening paragraph 

10 is known from European Patent Application No. EP-A 492,704, 
corresponding to U.S. Patent 5,245,483, reference (1). 
[0005] The known recording arrangement is of the helical scan 
type and records an information signal, comprising a digital audio 
signal and a digital video signal, in audio signal recording 

15 sectors and video signal recording sectors, respectively, in 

multiple tracks. When recording a track, the video signal recording 
sector comes first and is followed by the audio signal recording 
sector. The order in which the sectors occur in a track can, 
however, also be in the reverse order. Furthermore, other sectors 

20 may be included in a track, such as, a clock run-in area, located 
at the beginning of a track, so as to enable a locking- in of the 
internal system clock on the signals read from the track, and 
preamble and postamble areas that are located between the various 
sectors and function as an edit gap. Reference is made in this 

25 respect to the earlier filed European Patent Application No. 
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93202950, corresponding to U.S. Patent 5,424,878, reference (2) and 
European Patent Application No. 93201263, corresponding to U.S. 
Patent 5,400,187, reference (3). 

[0006] Reference is also made to: "Grand Alliance HDTV 
5 Specification", draft document, February 22, 1994, reference (4); 
and to U.S. Patent 5,142,421, reference (5). 

[0007] These documents relate to proposals for a new digital 
video cassette (DVC) recorder standard, which enables the recording 
and reproduction of digital video and digital audio signals on/from 
10 a longitudinal magnetic record carrier. This new digital video 
recorder standard will lead to new digital video recorders and 
reproducers of the so-called DVC type. The above citations are 
hereby incorporated in whole by reference. 

15 SUMMARY OF THE INVENTION 

[0008] It is a object of the invention to provide a recording 
arrangement which is capable of recording other type of information 
signals in the known tape format as defined in the preamble. In the 
recording arrangement in accordance with a specific embodiment of 

20 the invention, the information signal is an MPEG information signal 
in accordance with an MPEG format, the MPEG information signal 
comprising multiple transport packets. Each time information is 
included in x transport packets of the MPEG information signal, the 
channel encoding apparatus stores the information included in the x 

25 transport packets of the MPEG information signal, into the second 
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block sections of a group of y signal blocks of the channel signal. 
The second block section of at least the first signal block of the 
group of y signal blocks includes a third block section for storing 
identification information identifying the signal block as being 
5 the first signal block of the group of y signal blocks. Finally, x 
and y are integers such that xal and y>l. 

[0009] In a specific embodiment, the information signal is an 
MPEG information signal in accordance with an MPEG format, the MPEG 
information signal comprising multiple sequential transport 

10 packets. The channel encoding apparatus stores information included 
in x transport packets of the MPEG information signal into the 
second block sections of a group of y signal blocks of the channel 
signal. The second block sections of the signal blocks include a 
third block section for storing sequence number information 

15 relating to a sequence number of the signal blocks. Finally, x and 
y are integers such that xsl and y>l. 

[0010] The invention is based on the following recognition. The 
draft Grand Alliance HDTV System Specification, dated February 22, 
1994, reference (4) above, more specifically, the chapters V and VI 

20 of this specification, includes a description of a transport system 
for transmitting an MPEG information signal. This signal includes a 
data compressed digital video signal and a corresponding data 
compressed digital audio signal, for broadcasting purposes or for 
transmission via a cable network. The MPEG information signal is in 

25 the form of transport packets having either an equal length or a 
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variable length in time. In both cases, however, a transport packet 
comprises 188 bytes of information, the first byte being a 
synchronization byte. 

[0011] A transmission of such an MPEG information signal, in the 
5 form of a recording on or a reproduction from a record carrier, 
such as a magnetic record carrier, requires that special measures 
be taken in order to accomplish such a transmission via the known 
tape format. More specifically, the invention relates to storing 
the transport packets in the signal blocks of the known tape 
10 format. 

[0012] Generally, it can be said that, when storing the 
information included in a number of x transport packets of the MPEG 
information signal into a number of y signal blocks, some 
unoccupied space remains available in the y signal blocks which can 

15 be used for the storage of additional information. The additional 
information stored according to the invention, relates to the 
specific application of recording and reproducing the MPEG 
information signal on/from the record carrier. In a specific 
example of the DVC format, the second block sections may include 77 

20 bytes of information. In that situation, two transport packets, 

from each of which the sync byte has been deleted, can be stored in 
second block sections of five signal blocks. Now, 11 bytes (= 5 x 
77 - 2 x 187) remain available in the five signal blocks. These 11 
bytes may be divided over the second block sections of the five 

25 signal blocks in various ways so as to obtain the third block 
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sections. An example of one such way is that the first two bytes of 
all second block sections are made available as third block 
sections, and that the last of the 11 available bytes can be 
considered as a third block section for indicating the boundary 
5 between the information of the two transport packets as stored in 
the five signal blocks. 

[0013] In the above example, identification information, 
identifying the signal block as being the first signal block of the 
group of y signal blocks, can be stored in a third block section of 

10 the first signal block in a group of y signal blocks. 

Alternatively, sequence number information (sequence numbers) 
relating to the sequence of the signal blocks may be stored in the 
third block sections. This sequence number may also be identified 
as a continuity counter. The measures proposed result in a number 

15 of advan t age s . 

[0014] The advantage of storing identification information to 
identify a signal block as being the first signal block in a group 
of y signal blocks, is that the beginning of a group can be 
detected, which simplifies the read out of the data during 

2 0 reproduction. 

[0015] One advantage of storing sequence numbers is that, when 
reproducing the signal blocks, it can be decided, upon retrieval of 
the sequence numbers, whether a signal block has been missed 
because of reproduction errors, so that an error correction or 

25 concealment can be carried out. Another advantage of storing 
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sequence numbers is that one may shuffle the information to be 
stored into the signal blocks upon recording. Upon retrieval of the 
sequence numbers, it is possible to perform a corresponding de- 
shuffling in response to the sequence numbers retrieved so as to 
5 obtain the original datastream. 

[0016] Furthermore, having sequence numbers included in the 
third block sections of the signal blocks, makes it possible to 
repeat signal blocks, in case a transport packet of the MPEG data 
stream stored into those signal blocks requires higher protection 
10 against errors that can occur during the recording and a subsequent 
reproduction process. 

[0017] In another specific embodiment, as before, the 
information signal is .an MPEG information signal in accordance with 
an MPEG format, the MPEG information signal including multiple 

15 transport packets. The channel encoding apparatus stores the 

information included in x transport packets of the MPEG information 
signal, in the second block sections of a first group of y first 
signal blocks of the signal blocks of the channel signal, so as to 
enable a normal play mode using video information stored in the 

2 0 first group of y first signal blocks during a normal play 

reproduction mode. In addition, the channel encoding apparatus also 
retrieves a trick mode video signal from the MPEG information 
signal, and stores the trick mode video signal into second block 
sections of a second group of z second signal blocks of the signal 

25 blocks of the channel signal, so as to enable a trick play mode 
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using the video information stored in the second signal blocks. 
Also, the second block sections of at least one signal block, in 
each first and second group of first and second signal blocks, 
respectively, include a third block section for storing 
5 identification information indicating whether the group contains 
first signal blocks or second signal blocks. Finally, x, y and z 
are integers such that xsl, y>l and z>l. 

[0018] In a more specific embodiment, the information signal is 
an MPEG information signal in accordance with an MPEG format, the 

10 MPEG information signal including multiple transport packets. The 
channel encoding apparatus stores information included in x 
transport packets of the MPEG information signal into the second 
block sections of a group of y signal blocks of the channel signal. 
The second block sections of at least these signal blocks, in a 

15 group of y signal blocks that include the start of a transport 

packet, include a third block section for storing sequence number 
information relating to a transport packet sequence number 
corresponding to the transport packet having its start stored into 
the second block section of the signal block. 

20 [0019] This enables both reproduction in a normal play mode 

using the first signal blocks, and reproduction in a trick play 
mode using the second signal blocks, in response to the detection 
of the information indicating the groups contain first signal 
blocks or second signal blocks, respectively. 
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[0020] In another specific embodiment, the second block sections 
of all signal blocks in each first and second group of first and 
second signal blocks, respectively, include a third block section 
for storing identification information indicating whether the group 
5 contains first signal blocks or second signal blocks. 

[0021] In a more specific embodiment, the second block sections 
of a group of y signal blocks, each include a third block section 
for storing sequence number information relating to a transport 
packet sequence number corresponding to the transport packet for 

10 which information is stored in the signal block. 

[0022] Storing a packet sequence number has advantages if an 
MPEG datastream is received having a constant bit -rate, and 
including a number of different video programs interleaved in the 
MPEG datastream. Generally, such a datastream has too high a bit- 

15 rate for recording the total datastream on the record carrier. The 
recording arrangement may include a program selector for retrieving 
one video program and the corresponding audio signal from the MPEG 
datastream, so as to obtain the MPEG information signal for 
recording. As information corresponding to only one video program, 

2 0 is included in a MPEG transport packet, such a program selector 

selects only those transport packets from the MPEG datastream that 
include information corresponding to the only video program. This 
means that some packets of the original MPEG datastream that were 
received are deleted. Upon reproduction, however, an MPEG video 

25 signal in accordance with the MPEG standard, however, now including 
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only the one video program, should be regenerated. Such a 
regenerated datastream should have the transport packets that were 
selected during recording, at the same location, that is, in some 
way, dummy packets, corresponding to the packets deleted upon 
5 recording, must be inserted in the regenerated datastream. Upon 

recording, a sequence number is added to each transport packet that 
was received, i.e., also for the packets that will be deleted. The 
sequence numbers of the packets that are selected and stored, are 
stored in the third block section of the signal blocks in which the 

10 transport packets are stored. Upon reproduction, a sequence of 

numbers is retrieved, where each subsequent number retrieved will 
not necessarily be the next higher number. In that situation, one 
or more dummy packets must be inserted so as to regenerate the 
replica of the original MPEG datastream. 

15 [0023] In another specific embodiment, the recording arrangement 
includes detection apparatus for detecting the moment of receipt of 
the transport packets and for generating timing information for 
each transport packet received. The timing information for a 
transport packet corresponds to the moment of receipt of the 

2 0 transport packet. The second block sections of at least those 

signal blocks in a group of y signal blocks that include the start 
of a transport packet, include a third block section for storing 
the timing information for the transport packet having its start 
stored in the second block section of the signal block. 



S:\G0\SV12G0A1.G0R 



■ PHN 14,8180 

[0024] In a more specific embodiment, the second block sections 
of a group of y signal blocks each include a third block section 
for storing the timing information corresponding to the transport 
packet which has information stored in the second block section of 
5 the signal block. Storing timing information corresponding to a 
transport packet, requires that the recording arrangement is 
provided with detection apparatus for detecting the time of receipt 
of a transport packet. This measure has advantages if an MPEG 
datastream is received having a variable bit-rate and including a 

10 number of different video programs interleaved in the MPEG 

datastream. As has been said above, generally, such datastream has 
too high a bit-rate for recording the total datastream on the 
record carrier. The recording arrangement includes a program 
selector for retrieving one video program with its corresponding 

15 audio signal from the MPEG datastream, so as to obtain the MPEG 

information signal for recording. As information corresponding to 
only one video program is included in a MPEG transport packet, such 
a program selector selects only those transport packets from the 
MPEG datastream that include information corresponding to the only 

20 one video program. By detecting and storing the timing information 
corresponding to a transport packet, the reproducing arrangement is 
capable of retrieving the timing information and recreating the 
MPEG information signal using the timing information. 
[0025] It should be noted, that the measures (embodiments) 

25 discussed above can be applied solely or in combination with one 



S:\G0\SV12G0A1.G0R 



PHN 14,818D 

another in the recording arrangement. As a result, record carriers 
will be produced having signal blocks stored in tracks on the 
record carrier. The signal blocks have a first block section which 
includes a synchronization signal and a second block section which 
5 includes a multitude of channel bytes. The x transport packets of 
the MPEG information signal are stored in the second block sections 
of a group of y signal blocks of the channel signal. Further, in 
accordance with the invention: 

[0026] the second block section of at least the first signal 
10 block of the group of y signal blocks includes a third block 

section for storing identification information identifying the 
signal block as being the first signal block of the group of y 
signal blocks; or 

[0027] the identification information is sequence number 
15 information and the second block sections of a group of y signal 
blocks all include a third block section for storing sequence 
number information relating to the sequence numbers of the signal 
blocks; or 

[0028] the second block sections of the signal blocks each 
20 include a third block section for storing identification 

information indicating whether the signal block includes 'normal 
play 1 data or 'trick mode 1 data; or 

[0029] the second block sections of at least those signal blocks 
in a group of y signal blocks that include the start of a transport 
25 packet also include a third block section for storing 
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.identification information relating to a transport packet sequence 
number corresponding to the transport packet having its start 
portion stored in the second block section of the signal block; or 
[0030] the second block sections of at least those signal blocks 
5 in a group of y signal blocks that include the start of a transport 
packet, also include a third block section for storing the timing 
information for the transport packet having its start in the second 
block section of the signal block; or 

[0031] the third block sections include information resulting 
10 from a combination of one or more of the measures listed above. 

[0032] It will be apparent that a reproducing arrangement will 
be needed which is adapted to each specific embodiment of the 
recording arrangement, so as to enable a reproduction of the MPEG 
information signal recorded on the record carrier. Such a 
15 reproducing arrangement is the subject of the claims directed to 
the reproducing arrangement. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0033] These and other aspects of the invention will be apparent 
20 to those skilled in the art from and elucidated with reference to 
the embodiments described hereafter. In the drawings: 
[0034] Figure 1 shows the track format of a record carrier of 
the DVC-type; 

[0035] Figure 2 schematically illustrates the contents of the 
25 video signal recording sector in the track of Figure 1; 
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[0036] Figure 3 schematically shows the serial MPEG datastream 
and the format of the transport packets included in the serial MPEG 
datastream; 

[0037] Figure 4 shows an example of the storage of two transport 
5 packets in five signal blocks of the invention; 

[0038] Figure 5 shows the contents of the track with MPEG 
information recorded in it, according to the invention; 
[0039] Figure 6 illustrates an embodiment of the recording 
arrangement of the invention; 
10 [0040] Figure 7 shows an embodiment of the reproducing 
arrangement of the invention; 

[0041] Figure 8a illustrates an example of an original serial 
MPEG datastream having a constant bit -rate and packet rate, Figure 
8b shows the MPEG datastream that is recorded according to the 
15 invention, and Figure 8c shows the regenerated replica of the 
original serial MPEG datastream according to the invention; 
[0042] Figure 9 illustrates an embodiment of the 'normal play' 
processing unit in the recording arrangement of Figure 6, according 
to the invention; 

2 0 [0043] Figure 10 shows an example of a sequence of three groups 
of five signal blocks each according to the invention; 
[0044] Figure 11 illustrates another example of a sequence of 
three groups of five signal blocks each according to the invention; 
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[0045] Figure 12 shows an example of the 'normal play' 
processing unit in the reproducing arrangement of Figure 7, 
according to the invention; 

[0046] Figure 13a illustrates an example of an original serial 
5 MPEG datastream having a variable bit-rate and packet rate, Figure 
13b shows the MPEG datastream that is recorded according to the 
invention, and Figure 13c shows the regenerated replica of the 
original serial MPEG datastream, according to the invention; 
[0047] Figure 14 depicts another embodiment of the 'normal play' 
10 processing unit in the recording arrangement of Figure 6, according 
to the invention; 

[0048] Figure 15 illustrates another embodiment of the 'normal 
play' processing unit in the reproducing arrangement of Figure 7, 
according to the invention; 
15 [0049] Figure 16 shows the record carrier and the read head 

scanning the record carrier during a trick play mode, according to 
the invention; and 

[0050] Figure 17 illustrates the sequence of signal blocks in a 
track forming the trick play area in the invention. 

20 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0051] Figure 1 shows the format of the signals as they are 
recorded in a track on a magnetic record carrier by a helical scan 
video recorder of the DVC type. The left end of the track 1 in 
25 Figure 1 is the start of the track, and the right end of the track 
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is the terminal part of the track. The track includes a number of 
track parts. The track part denoted by Gl is the pre-amble track 
part . An example of the preamble track part Gl has been described 
extensively in reference (1) above. 
5 [0052] The track part Gl is followed by tracking tone recording 
part TP1, which is denoted by ITI (insert timing information) track 
part and which contains a tracking tone, synchronization 
information and identification (or timing) information. Further 
explanation of the contents of the ITI track can be found in 

10 reference (3) above. 

[0053] The track part TP1 is followed by an edit gap G2 . The 
edit gap G2 is followed by the track part TP2 , which is the audio 
signal recording sector and includes digital audio information. The 
edit gap G3 is followed by a track part TP3 which is the video 

15 signal recording sector and includes digital video information. The 
edit gap G4 is followed by a track part TP4 , denoted by INDEX and 
which includes subcode information, such as, absolute and/or 
relative time information and a table of contents (TOC) . The track 
is terminated by the track part G5 . It should be noted that the 

2 0 sequence order in which the parts TP1, TP2 and TP3 occur in the 
tracks may be different. 

[0054] The contents of the video signal recording sector TP3 is 
given in Figure 2. Figure 2 shows, schematically, 149 horizontal 
lines, denoted by j=l to j=149, having bytes of information stored 
25 in the lines. The 149 lines are 149 signal blocks (or sync blocks) 
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that are stored sequentially in the video signal recording sector 
TP3 . 90 bytes of information, denoted by i=l to i=90, are stored in 
each signal block (line) . 

[0055] The first two bytes (i=l and i=2) of each signal block, 
5 form a synchronization pattern 2 bytes long. The following three 
bytes in each signal block, form an ID code including information 
which indicates the sequence number of the signal block in the 
video signal recording part TP3 . The last eight bytes in each of 
the signal blocks comprise horizontal parity information. Vertical 
10 parity information is stored in i=6 to i=82, inclusive, of the last 
11 signal blocks. 

[0056] Bytes of video signal information are stored in locations 
i=6 through i=82 of signal blocks j=3 through j=137. Bytes of 
auxiliary data are stored in i=6 through i=82 of signal blocks j=l, 
15 2 and 138. The signal blocks are stored sequentially in the video 
signal part TP3 , starting with the signal block denoted j=l, 
followed by the signal block denoted j=2, and so on until the 
signal block denoted j=149. 

[0057] The auxiliary data for storage in the signal blocks j=l, 

20 2 and 138, can be teletext data or control data. 

[0058] It should be noted here that it can be specified that the 
auxiliary data will be stored into a different location in the 
memory. Reference is made, in this respect, to reference (1) above, 
Figures 13a-13c, where the auxiliary data is stored in the memory 

25 part denoted by III. 
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[0059] Figure 3 shows, schematically, the MPEG datastream 
applied to a recording arrangement in accordance with the 
invention. The MPEG datastream comprises multiple sequential 
transport packets, denoted by . . . , P k _i, P k/ P k+1 , .... The packets 
5 each comprise a packet header portion PH of 4 bytes long and a body 
portion of 184 bytes long. The transport packets can be transmitted 
in a datastream having a constant bit -rate. This means that the 
packets are equally long, viewed in time, and are received at a 
fixed packet rate. Alternatively, the packets may be transmitted in 

10 a datastream having a variable bit-rate. In this situation, the 

packets need not be of the same length, viewed in time, and may be 
received with a variable packet rate. The first byte in the packet 
header PH is a sync byte. The sync byte is identical for all the 
transport packets. The other three bytes in the header comprise ID 

15 information, such as a packet identifier. For a further explanation 
of the contents of the ID information, reference is made to 
reference (4) above, more specifically, Chapter V, Paragraph 5 . 1 on 
page 27. 

[0060] The body portion of the transport packets each comprise 
20 184 bytes for storing the video and audio information that should 

be transmitted in accordance with the MPEG format. The body portion 
of one transport packet can store either audio information 
corresponding to a certain video signal, or the video signal. 
Furthermore, when a number of video programs are transmitted via 
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the MPEG datastream, the body portion stores a video or audio 
signal corresponding to one of such video programs transmitted. 
[0061] The invention now aims at recording the video signal, and 
the corresponding audio signal corresponding to one of those video 
5 programs transmitted via the MPEG data stream, onto the record 
carrier having the track format disclosed in Figures 1 and 2 . 
Information stored in the MPEG transport packets, should be stored 
in the recording signal blocks, more specifically, in the 135 
signal blocks denoted j=3 through 137 in the video signal recording 

10 part TP3 of a track. The two sync bytes, denoted i=l and 2, the ID 
information in the form of the three ID bytes denoted i=3, 4 and 5, 
as well as the 8 horizontal parity bytes, denoted by i=83 through 
90, in those signal blocks, are required for a correct recording 
and reproduction. As a consequence, only the 77 bytes, denoted by 

15 i=6 through 82, in the signal blocks denoted by j=3 through 137, 

are available for storage of transport packets of MPEG information. 
The part of the signal blocks formed by the 77 bytes i=6 through 
82, is defined as being the second block sections of the signal 
blocks . 

20 [0062] Synchronization during recording and reproduction is 

assured by the sync words in each of the signal blocks, there is no 
need for recording the sync bytes of the transport packets. Hence, 
before storing the information of the transport packets into the 
second block sections of the signal blocks denoted by j=3 through 

25 135, the sync byte of each of the transport packets is thrown away. 
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As a result, only 187 bytes of information should be stored in the 
signal blocks for each transport packet . 

[0063] A simple calculation makes clear that two transport 
packets can be stored in five signal blocks, and that 11 bytes 
5 remain available for the storage of other information. Figure 4 

gives an example of how the two transport packets can be stored in 
the second block sections of the group of five signal blocks, 
denoted SB1 - SB5 in Figure 4. Figure 4 only shows the contents of 
the second block sections of 77 bytes included in the signal 

10 blocks. As can be seen in Figure 4, the 11 bytes are divided over 

the group of five signal blocks such that each second block section 
includes a third block section, TB3 . 1 - TB3.5, of two bytes long at 
the beginning of the second block sections of the five signal 
blocks SB1 - SB5, respectively, and a third block section of one 

15 byte, denoted by FB, is available in the third signal block SB3 . 
The 187 bytes of the first transport packet are stored in the 
signal blocks SB1, SB2 and SB3, where the three ID bytes of the 
packet header of the first transport packet, indicated by TH1, are 
stored first in the signal block SB1, directly after the third 

20 block section TB3.1, and next, the first 72 first bytes in the body 
of the first transport packet are stored thereafter in the second 
block section of the signal block SB1 . The next 75 bytes in the 
body of the first transport packet are stored in the second block 
section of the signal block SB2 , after the third block section 

25 TB3.2, and the last 37 bytes in the body of the first transport 
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packet are stored in the second block section of the signal block 
SB3, after the third block section TB3 . 3 . 

[0064] Next comes the byte FB, which indicates the boundary 
between the information of the first and second transport packets 
5 stored in the group of five signal blocks. The 187 bytes of the 
second transport packet are stored in the signal blocks SB3 , SB4 
and SB5 , where the three ID bytes of the packet header of the 
second transport packet, indicated by TH2 , are stored first in the 
signal block SB3, directly after the byte FB. Next, the first 34 

10 first bytes in the body of the second transport packet are stored 

thereafter in the second block section of the signal block SB3 . The 
next 75 bytes in the body of the second transport packet are stored 
in the second block section of the signal block SB4, after the 
third block section TB3 . 4 , and the last 75 bytes in the body of the 

15 second transport packet are stored in the second block section of 
the signal block SB5, after the third block section TB3 . 5 . 
[0065] It should be noted that another spreading of the 11 
available bytes over the five signal blocks is possible. As an 
example, the 11 bytes could have been split into two third block 

20 sections, one third block section having, for example, 6 bytes and 
being located at the beginning of the first signal block SB1, and 
the other third block section of 5 bytes long, being located in the 
third signal block, and indicating the boundary between the two 
transport packets stored in the five signal blocks. Another example 

25 could have been to have a third block section located at the 
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beginning of the signal blocks SB1 and SB3, and another third block 
section, in the third signal block SB3 , indicating the boundary 
between the two transport packets stored in the five signal blocks, 
where the third block section in the signal block SB1 can have, 
5 e.g., 4 bytes, the first third block section in the signal block 

SB3, e.g., 3 bytes, and the third block section in signal block SB3 
indicating the boundary, being e.g., 4 bytes long. 
[0066] The third block sections TB3 . 1 to TB3 . 5 can be used for 
the storage of additional information. As a first example, the 

10 third block section TB3 . 1 can include an indication identifying the 
signal block SB1 as being the first signal block in a group of five 
signal blocks. This can be realized by storing, in one specific bit 
location in the third block section TB3.1, a bit value of a certain 
polarity, such as '0' or '1'. In the same bit locations in the 

15 third block sections TB3 . 2 - TB3.5, a bit value of the opposite 
polarity should be stored. In another example, sequence number 
information, e.g., sequence numbers running from 1-5, can be 
stored in the third block sections TB3 . 1 - TBS, respectively, of 
the group of five signal blocks, where the third block section 

20 TB3.1 has the sequence number • 1' and the third block section TB3.5 
has the sequence number '5' stored in them. Three specific bit 
locations in the third block sections TB3 . 1 - TB3 . 5 are required to 
store the sequence numbers. The sequence numbers can, however, also 
run across the group boundaries so as to identify a larger sequence 
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of signal blocks, e.g., within one track, or even in more than one 
track. 

[0067] In another example, one specific bit location in the 
third block sections TB3 . 1 - TB3 . 5 of a group of five signal 
5 blocks, can be used to store either a bit value of one polarity, 
such as '0' or '1', so as to indicate that the video data included 
in the signal block is so-called 'normal play' data, or a bit value 
of the opposite polarity, so as to indicate that the video data 
included in the signal block is so-called 'trick play' video data. 
10 The use of the 'normal play' video data and 'trick play' video data 
will be explained later. 

[0068] In again another example, sequence numbers are generated 
in response to transport packets in the MPEG datastream that is 
received. As has been explained earlier, such an MPEG datastream 

15 can include more than one video program. As the bit-rate of the 

MPEG datastream is normally higher than the bit -rate of the signal 
that can be recorded, only one video program may be selected from 
the serial MPEG datastream for recording. Selection of one video 
program, means selection of transport packets out of the datastream 

20 of the MPEG datastream that comprise the information relating to 
the one video program, and deleting (not recording) the other 
packets. Consequently, the serial array of transport packets that 
will be recorded have sequence numbers that are not necessarily the 
next higher numbers, because those sequence numbers of the deleted 

2 5 transport packets are not present. When storing the sequence 
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numbers in the third block sections, those sequence numbers can be 
retrieved upon reproduction. By checking the subsequent sequence 
numbers retrieved, it can be established whether the original MPEG 
datastream applied to the recording arrangement, originally 
5 included deleted transport packets between two transport packets 

reproduced. If so, a replica of the original MPEG datastream can be 
regenerated by inserting one or more dummy packets between the two 
transport packets reproduced. 

[0069] In a related example, timing information is stored in the 
10 third block sections, for the same reason as given above, namely, 
for regenerating a replica of the original MPEG datastream, in the 
case that such datastream is a datastream having a variable bit- 
rate . 

[0070] It will be clear that a combination of the additional 
15 information described above can be included in the 11 bytes 

available for the storage of such information in a group of five 
signal blocks. 

[0071] As an example, it has been made clear above that a 3 -bit 
word is needed in the third block sections to indicate the sequence 
20 numbers of the signal blocks in the group of five signal blocks. 
More specifically, the 3-bit words '000', '001', '010', '011' and 
'100' could have been used to identify the sequence. This means 
that the 3 -bit words '101', '110' and '111' remain available for a 
further identification. As an example, the 3-bit words '101' and 
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'110 1 could be used to identify either 'normal play' data or 'trick 
mode 1 data . 

[0072] Figure 5 shows the track format of the track if the MPEG 
information has been stored in the second block portions of the 
5 signal blocks of the track portion TP3 of Figure 1, now denoted by 
track portion TP3 1 . Figure 5 shows the first two signal blocks 
(j=l,2) in the track portion TP3 ' that still include the auxiliary 
data, followed by 13 5 signal blocks (j=3 through 13 7) now 
containing the MPEG information and the additional information 

10 described above. Next, one signal block (j=138) also containing 

the auxiliary data, is followed by 11 signal blocks comprising the 
parity information. The storage of the MPEG information and the 
additional information in the 135 signal blocks may require an 
additional error encoding step to be carried out on the 

15 information, resulting in additional parity information that should 
also be stored in a track. As the MPEG information, which includes 
video information and corresponding audio information, is stored in 
the signal 135 blocks in the track portion TP3 ' , there is no need 
for storing audio information in the track portion TP2 of Figure 1. 

20 This portion, now denoted by TP2 » in Figure 5, can be used to store 
the parity information resulting from the additional error encoding 
step . 

[0073] Figure 6 shows, schematically, an embodiment of the 
recording arrangement . The recording arrangement includes an input 
25 terminal 11 for receiving the MPEG serial datastream for recording 
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transport packets included in the datastream into the signal blocks 
of the track portions TP3 ' of the tracks. The input terminal 11 is 
coupled to an input 12 of a 'normal play' processing unit 14. 
Optionally, a 'trick play' processing unit 16 is provided having an 
5 input 17 also coupled to the input terminal 11. Outputs 19 and 20 
of the 'normal play 1 processing unit 14 and the 'trick play' 
processing unit 16 (if present) are coupled to corresponding inputs 
of a multiplexer 22. It will be clear that in the absence of the 
'trick play' processing unit 16, the multiplexer 22 will be absent. 

10 [0074] An auxiliary signal generator 24 is present for supplying 
the auxiliary signal information for storage into the signal blocks 
denoted by j=l,2 and 138, see Figure 2. Outputs of the multiplexer 
22 and the generator 24 are coupled to corresponding inputs of an 
error correction encoder unit 26. The error correction encoder unit 

15 2 6 is capable of carrying out a first error correction encoding 
step, denoted ECC3, and a second error correction encoding step, 
denoted ECC2 . Next a third error correction encoding step, denoted 
ECC1, is carried out in an error correction encoder unit 28. 
[0075] The recording arrangement further includes a generator 30 

2 0 for adding the ID information into the bytes i=3, 4 and 5 of the 
signal blocks, see Figure 2, for adding the index information for 
storage into the track portion TP4, see Figure 5, and the gap 
information for realizing the gaps Gl - G5, see Figure 5. After 
combination of the signals in the combining unit 32, the combined 

25 signal is applied to an encoding unit 34, in which an encoding is 
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carried out. Each time 24 -bit words of the incoming bit stream are 
converted into 2 5 -bit words, a sync word is added so as to obtain 
the first two bytes (i=l,2) in the signal blocks and the ITI 
information is added for storage in the track portion TP1. 
5 [0076] The 24-to-25 encoding carried out in the encoding unit 34 
is well known in the art. Reference is made in this respect to U.S. 
Patent 5,142,421, reference (5) above. This reference also 
describes a way of adding the sync word to the datastream. 
[0077] An output of the encoding unit 34 is coupled to an input 
10 of a writing unit 36 in which the datastream obtained with the 

encoding unit 34 is recorded onto the slant tracks on the record 
carrier by at least one write head 42. 

[0078] The first error correction encoding step, denoted ECC3 , 
is required so as to realize the additional error protection for 

15 the MPEG information to be recorded onto the record carrier, and 
results in parity information that will be stored in the track 
portion TP2 1 , as has been explained previously. The second error 
correction encoding step, denoted ECC2, results in the vertical 
parity information that will be stored into the 11 signal blocks 

20 (j=139 through 149) of the track portion TP3 1 , see Figures 2 and 5. 
The third error correction encoding step, denoted ECC1, results in 
the horizontal parity information that will be stored into the last 
8 bytes of the signal blocks in the track portion TP3 ' > see Figures 
2 and 5 . 
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[0079] Before a further description of the 1 normal play 1 
processing unit 14 and the 'trick play' processing unit 16 of the 
recording arrangement of Figure 6 will be given, a schematic 
description of the reproducing arrangement will be given. This has 
5 the advantage that when further describing certain measures applied 
in the processing units 14 and 16, a direct relation can be given 
to the advantages and consequences of those measures during 
reproduction. 

[0080] Figure 7 shows, schematically, an embodiment of a 

10 reproduction arrangement for reproducing information from the 
record carrier 40, obtained with the recording arrangement of 
Figure 6. The reproduction arrangement includes a reading unit 50 
having at least one read head 52 for reading information from the 
slant tracks on the record carrier 40. An output of the reading 

15 unit 50 is coupled to an input of a decoding unit 54, which carries 
out a 25-to-24 decoding on the signal read out, so as to convert 
25-bit words in the incoming datastream into 24 -bit words. Next, 
after having selected out, in the selector unit 56, all the 
information that is not required for recreating a replica of the 

20 original MPEG datastream, an error correction is carried out in the 
error correction unit 58. It will be clear that the error 
correction carried out has three steps. One error correction step 
based on the ECC1, using the horizontal parities, see Figure 2, a 
second error correction step based on ECC2 , using the vertical 

25 parities, and a third error correction step based on ECC3, using 



S : \GO\SV12GOAl . GOR 



PHN 14,818D 

the parity information stored in the track portion TP2 1 , see Figure 
5. 

[0081] The output terminal of the error correction unit 58, is 
coupled to an input of a 1 normal play' processing unit 60. 
5 Optionally, a 'trick play' processing unit 62 is provided having an 
input also coupled to the output of the error correction unit 58. 
Outputs 64 and 65 of the 'normal play' processing unit 60 and the 
'trick play' processing unit 62 (if present) are coupled to 
corresponding terminals a and b, respectively, of a switch 66, a 

10 c-terminal of which is coupled to an output terminal 68. It will be 
clear that in the absence of the 'trick play 1 processing unit 62, 
also the switch 66 will be absent. If the reproducing arrangement 
is switched into a 'normal play' reproduction mode, this means that 
the record carrier is transported at a nominal speed, that the 

15 'normal play' processing unit 60 is enabled, and the switch 66 is 
switched into the position a-c. If the reproducing arrangement is 
switched into a 'trick play' reproduction mode, also called 
'feature mode', this means that the record carrier is transported 
at a speed other than the nominal speed, that the 'trick play' 

20 processing unit 62 is enabled, and the switch 66 is switched into 
the position b-c. 

[0082] Now, a further discussion- will be given of the processing 
units 14 and 16 of Figure 6, in combination with the processing 
units 60 and 62 of Figure 7. 
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[0083] It is assumed, that the recording arrangement is capable 
of selecting at least one video program and its corresponding audio 
signal from the serial MPEG datastream that is applied to the input 
terminal 11, in response to a selection signal supplied to the 
5 arrangement by a user. As has been said earlier, only those 
transport packets in the serial MPEG stream that include 
information relating to a selected video program, should be 
selected for recording. Figure 8a shows the serial MPEG datastream 
as a function of time comprising the transport packets denoted P k . 

10 It should be noted that the transport packets of the MPEG 

datastream do not contain a packet number. The packet numbers k, 
given to the packets in Figure 8a, are, therefore, the numbers that 
will be generated by the packet number generator 86 of Figure 9, 
that will be discussed later. 

15 [0084] Selecting, for recording, only those packets of the 

packets P k of Figure 8a that include information relating to the 
selected video program, means, for example, that the packets P k _ 4 , 
P k _i, P k/ P k+2 , P k+4/ P k+8 will be selected, and that the intermediate 
packets will be thrown away. As a result, a datastream has been 

2 0 obtained in the recording arrangement, for recording on the record 
carrier, as shown in Figure 8b, which shows the datastream as a 
function of time. No conclusion should be drawn from the timing in 
the time scales of Figures 8a and 8b, nor from the relative 
location between the time scales in Figures 8a and 8b. This for the 

25 reason that, as has been said previously, the bit-rate of the 
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original MPEG datastream (Figure 8a) is different from (higher 
than) the bit -rate with which the selected transport packets will 
be recorded on the record carrier. 

[0085] An embodiment of the 'normal play' processing unit 14 for 
5 recording a datastream as shown in Figure 8b, is shown, 

schematically, in Figure 9. The embodiment denoted 14' in Figure 9, 
includes a selector unit 7 6 having an input coupled to the input 11 
of the unit 14 » . The selector unit 76 has another input 78 for 
receiving the selection signal supplied by the user. An output 79 

10 of the selector unit 76 is coupled to the input of a sync stripper 
80, whose output is coupled to a signal combining unit 82. Also, an 
output 81 of the selector unit 76 is coupled to a control input 83 
of the combining unit 82, for supplying a control signal to the 
combining unit 82 . 

15 [0086] The input 11 is further coupled to an input of a packet 
detector 84, which has an output coupled to an input of a packet 
number generator 86. An output of the packet number generator 86 is 
coupled to a second input of the combining unit 82 . 
[0087] The selector unit 76 selects the transport packets P k _ 4 , 

20 P k _ 1# P k , P k+2/ p k+4 , p k+8 from the serial MPEG datastream applied to the 
input 11, in response to the selection signal received via the 
input 78. The packets selected are applied to the sync stripper 80, 
in which the first sync byte in the packet header PH, see Figure 3, 
is deleted from the packets, in accordance with the description 

25 given previously. The packet detector 84 detects the receipt of 



S : \G0\SV12G0A1 . GOR 



PHN 14,818D 

each packet in the original serial MPEG data stream applied to the 
input 11 and generates a clock impulse for each packet detected. 
The packet number generator 86 includes a counter that counts up 
under the influence of the clock impulses applied to the packet 
5 number generator 86. As a consequence, a next higher count number 
is applied to the output for each clock impulse received. At the 
output 87 of the packet number generator 86, count numbers ... k-4, 
k-3, k-2, k-1, k, k+1, k+2 , k+3 , k+8, ... thus appear. Under the 
influence of the control signal applied to the control input 83 of 

10 the combining unit 82, the control unit combines the packets P k . 4 , 
P k . x , P k , P k+2 , P k+4 , P k+8 , selected by the selector unit 76, as well as 
the count numbers k-4, k-1, k, k+2, k+4, k+8, out of the count 
number stream supplied by the packet number generator 86, for 
storage into the signal blocks. 

15 [0088] Figure 10 shows an example arrangement for the transport 
packets and the corresponding packet numbers stored in the groups 
of five signal blocks. Figure 10 shows three subsequential groups 
of five signal blocks, denoted Gl, G2 and G3 , in which the 
information is stored. In the third block section TB3 . 1 of the 

20 first signal block SB1 of the group Gl, the packet number k-4 is 
stored, and the information in the packet P k _ 4 is stored thereafter 
in the signal blocks SB1, SB2 and SB3 of the group Gl . In the third 
block section denoted FB of the third signal block SB3 of the group 
Gl, the packet number k-1 is stored, and the information contained 

25 in the packet P^ is stored thereafter in the signal blocks SB3, 
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SB4 and SB5 of the group Gl . In the third block section TB3 . 1 of 
the first signal block SB1 of the group G2, the packet number k is 
stored and the information in the packet P k is stored thereafter in 
the signal blocks SB1, SB2 and SB3 of the group G2 . In the third 
5 block section denoted FB of the third signal block SB3 of the group 
G2, the packet number k+2 is stored, and the information in the 
packet P k+2 is stored thereafter in the signal blocks SB3 , SB4 and 
SB5 of the group G2 . In the third block section TB3 . 1 of the first 
signal block SB1 of the group G3 , the packet number k+4 is stored, 

10 and the information in the packet P k+4 is stored thereafter in the 
signal blocks SB1, SB2 and SB3 of the group G3 . In the third block 
section denoted FB of the third signal block SB3 of the group G3 , 
the packet number k+8 is stored, and the information in the packet 
P k+8 is stored thereafter in the signal blocks SB3 , SB4 and SB5 of 

15 the group G3 . As long as the number of bits of the packet number is 
smaller than or equal to 8, the packet number will fit in the third 
block section FB, which is 1 byte long. 

[0089] Another example of storing the packet numbers in the 
third block sections is given in Figure 11. In the third block 

2 0 sections TB3.1, TB3 . 2 and TB3 . 3 of the signal blocks SB1, SB2 and 
SB3, respectively, of the group Gl, the packet number k-4 is 
stored, and the information in the packet P k _ 4 is stored in the 
signal blocks SB1, SB2 and SB3 of the group Gl, as explained 
previously with reference to Figure 4. In the third block section 

25 denoted FB of the third signal block SB3 of the group Gl, as well 
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as in the third block sections TB3 . 4 and TB3 . 5 of the signal blocks 
SB4 and SB5, respectively, of the group Gl, the packet number k-1 
is stored, and the information in the packet P k _j. is stored in the 
signal blocks SB3 , SB4 and SB5 of the group Gl, as explained 
5 previously with reference to Figure 4 . In the third block sections 
TB3.1, TB3.2 and TB3 . 3 of the signal blocks SB1, SB2 and SB3, 
respectively, of the group G2 , the packet number k is stored, and 
the information in the packet P k is stored in the signal blocks 
SB1, SB2 and SB3 of the group G2 . In the third block section 

10 denoted FB of the third signal block SB3 of the group G2 , as well 

as in the third block sections TB3 . 4 and TB3 . 5 of the signal blocks 
SB4 and SB5, respectively, of the group G2 , the packet number k+2 
is stored, and the information in the packet P k+2 is stored in the 
signal blocks SB3, SB4 and SB5 of the group G2 . In the third block 

15 sections TB3.1, TB3 . 2 and TB3 . 3 of the signal blocks SB1, SB2 and 
SB3, respectively, of the group G3 , the packet number k+4 is 
stored, and the information in the packet P k+4 is stored in the 
signal blocks SB1, SB2 and SB3 of the group G3 . In the third block 
section denoted FB of the third signal block SB3 of the group G3 , 

20 as well as in the third block sections TB3 . 4 and TB3 . 5 of the 
signal blocks SB4 and SB5, respectively, of the group G3 , the 
packet number k+8 is stored, and the information in the packet P k+8 
is stored in the signal blocks SB3 , SB4 and SB5 of the group G3 . 
[0090] Instead of storing the packet number k-4 in the third 

25 block section TB3 . 3 of the signal block SB3 in group Gl, one could 
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have stored the packet number k-1 in the third block section. 
Instead of storing the packet number k in the third block section 
TB3 . 3 of the signal block SB3 in group G2 , one could have stored 
the packet number k+2 in the third block section. Instead of 
5 storing the packet number k+4 in the third block section TB3 . 3 of 
the signal block SB3 in group G3, one could have stored the packet 
number k+8 in the third block section. 

[0091] Figure 12 schematically shows an embodiment of the 
'normal play' processing unit 60 of the reproducing arrangement of 

10 Figure 7, for regenerating a replica of the original MPEG 

datastream of Figure 8a from the datastream as shown in Figure 8b, 
using the packet number information also stored in the signal 
blocks, in the way described above. The regenerated replica of the 
MPEG datastream, is shown in Figure 8c. The embodiment of the 

15 'normal play' processing unit of Figure 12, denoted by 60' , 

includes a demultiplexer 90 having its input coupled to the input 
59 of the processing unit 60', for receiving the subsequent groups 
of signal blocks, such as the groups Gl, G2 and G3 of Figures 10 or 
11, and for retrieving therefrom the packets that are supplied to 

20 an output 91, and for retrieving the array of packet numbers ... k- 
4, k-1, k, k+2, k+4, k+8 ... from the third block sections in the 
signal blocks, and for supplying the array of packet numbers to an 
output 92. The packets retrieved are supplied to a sync adder 
circuit 94 in which the one byte long packet sync signal is 

25 reinserted as first byte in all the packets. The packets thus 
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obtained are supplied to an input 95 of a combining unit 96. The 
output 92 of the demultiplexer 90, is coupled to inputs 97 and 98 
of the combining unit 96 and a dummy packet generator 100, 
respectively. An output 102 of the dummy packet generator 100 is 
5 coupled to an input 103 of the combining unit 96. An output 105 of 
the combining unit 96 is coupled to the output 64 of the 'normal 
play' processing unit 60 

[0092] Let us now assume that the packet P k _ 4 and the packet 
number k-4 are retrieved from the first group Gl of five signal 

10 blocks, and are applied to the combining unit 96 and the dummy 

packet generator 100. This results in the packet P k _ 4 being supplied 
to the output 105 by the combining unit 96. Next, the packet P k . x 
and the packet number k-1 are retrieved from the group Gl and are 
applied to the combining unit 96 and the dummy packet generator 

15 100. It is established, by means of a comparator and/or a 

subtractor (not shown) , that the packet number k-1 is not the next 
higher packet number of the packet number k-4, received previously 
and that two packet numbers are missing. As a result, the dummy 
packet generator 100 generates, twice, a dummy packet of the same 

2 0 length as the other packets in the datastream, and the combining 

unit 96 inserts these two dummy packets into the serial datastream, 
directly after the packet P k _ 4 , see Figure 8c. Next, the combining 
unit 96 inserts the packet P k . x into the serial datastream. 
[0093] It should be noted here that there is no specific need 

25 for the generator 100 to be explicitly a dummy packet generator. It 
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is also possible that the generator 100 is a dummy info generator 
that generates dummy information of a certain length in time, this 
length of time being equal to the length of time of a packet or 
equal to a multiple of the length of time of a packet. 
5 [0094] The packet P k is the next packet that is retrieved by the 
demultiplexer 90, and this packet is supplied, after the addition 
of the sync byte, to the input 95 of the combining unit 96. The 
packet number k is supplied to the inputs 97 and 98 of the 
combining unit 96 and the dummy packet generator 100. As the packet 
10 number k is the next higher packet number to packet number k-1, no 
dummy packet is generated, and the packet P k is supplied to the 
output 105. 

[0095] Next, the packet P k+2 is retrieved. After comparison of 
the packet number k+2 with the previous packet number k retrieved, 

15 it appears that one dummy packet must be inserted in the serial 
datastream. The dummy packet is inserted. Next, the packet P k+2 is 
added into the datastream, see Figure 8c. This process is continued 
for the other packets so as to obtain the regenerated replica of 
the MPEG datastream of Figure 8c. When comparing Figures 8a and 8c, 

2 0 it will be clear that Figure 8c shows an MPEG serial datastream 

having the same bit -rate and packet rate as the MPEG datastream of 
Figure 8a. This datastream can now be applied to a standard MPEG 
decoder which is capable of decoding the one video program selected 
by the recording arrangement during recording, from the MPEG 

25 datastream of Figure 8c. 
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[0096] Figure 13a shows an MPEG serial datastream as a function 
of time, the datastream comprising packets P k having a variable 
length, and the bit -rate in the datastream also being variable. It 
should be noted that the transport packets of the MPEG datastream 
5 do not include a packet number. The packet numbers k, given to the 
packets in Figure 13a, are, therefore, only added in this 
description for identification purposes. Figure 14 shows, 
schematically, an embodiment of the 'normal play' processing unit 
14 for recording one video program that is included in the serial 

10 datastream as shown in Figure 13a. The embodiment denoted 14 1 1 in 
Figure 14 shows large resemblances with the embodiment of Figure 9. 
The embodiment 14 1 1 differs from the embodiment of Figure 9, in 
that, instead of the packet number generator 86, now a timing 
detector 110 is present, having its input coupled to the output of 

15 the detector 84, and having its output 111 coupled to the input 112 
of the combining unit 82. 

[0097] Selecting, for recording, only those packets of the 
packets P k in the serial datastream of Figure 13a that include 
information relating to one video program that will be selected, 

2 0 means, for example, that the packets P k . 4/ P k . lf P k/ P k+2 , P k+4 , P k+8 will 
be selected and that the intermediate packets will be thrown away. 
Figure 13b shows the datastream of the selected packets that will 
be stored in the groups of signal blocks, as already explained with 
reference to Figures 10 and 11. It should be noted here, that there 

25 is no time relationship between the time axes in Figures 13a and 
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13b. Furthermore, it should be noted that, although the packets in 
the datastream of Figure 13a have unequal length in time, they all 
include 188 bytes of information. Therefore, the packets selected 
and displayed in Figure 13b have been shown as packets having an 
5 equal length in bytes. 

[0098] The embodiment of Figure 14, receives the datastream of 
Figure 13a, and selects therefrom the packets P k _ 4 , P k _ l7 P k , P k+2 , P k+4 , 
P k+8 . The packet detector 84 detects the receipt of each packet in 
the original serial MPEG data stream applied to the input 11, and 

10 generates a clock impulse for each packet detected. In response to 
each clock impulse received, the timing detector 110 detects the 
time instants t k , see Figure 13a, of occurrence of the packets P k . 
Thus, at the output 111 of the detector 110, appear the time 
instants ... t k _ 4 , t k _ 3 , t k _ 2/ t k . 1# t k , etc. Moreover, the time 

15 detector 110 detects the lengths of the time intervals dt k between 
two subsequent time instants, where dt k equals the time interval 
t k+1 -t k . These time interval values dt k are also applied to the 
output 111. Under the influence of the combining signal applied to 
the control input 83 of the combining unit 82 1 , the combining unit 

2 0 combines the packets P k _ 4 , P k . 1# P k , P k+2/ P k+4 , p k+8/ selected by the 
selector unit 76, as well as the time instants and corresponding 
time intervals t k _ 4 , dt k _ 4 , t k . 1# dt k _ l7 t k , dt k , t k+2 , dt k+2 , t k+4 , dt k+4 , t k+8 
dt k+8/ out of the information stream supplied by the timing detector 
110 for storage into the signal blocks. 
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[0099] The storage of the transport packets in the signal blocks 
will be carried out in the same way as discussed above with 
reference to Figures 10 and 11. The storage of the timing 
information in the third block sections can be performed as follows 
5 but will not be shown. 

[0100] In the third block section TB3 . 1 of the first signal 
block SB1 of the group Gl of Figure 10, the timing information t k _ 4 
and dt k _ 4 is stored. In the third block section, denoted FB, of the 
third signal block SB3 of the group Gl, the timing information t k _ x 

10 and dt k .! is stored. In the third block section TB3 . 1 of the first 
signal block SB1 of the group G2 , the timing information t k and dt k 
is stored. In the third block section, denoted FB, of the third 
signal block SB3 of the group G2 , the timing informat ion t k+2 and 
dt k+2 is stored. In the third block section TB3 . 1 of the first 

15 signal block SB1 of the group G3 , the timing informat ion t k+4 and 
dt k+4 is stored. In the third block section, denoted FB, of the 
third signal block SB3 of the group G3 , the timing information t k+8 
and dt k+8 is stored. 

[0101] It may be that the third block section TB3 . 1 in the first 
20 signal block SB1 in the groups, and/or the third block section FB 
in the third signal block SB3 in the groups, is/are too small for 
storing the timing information. In that case, the timing 
information can be stored somewhere else, or can be stored partly 
in the third block section TB3 . 1 and FB and partly somewhere else, 
25 see below. 
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[0102] In accordance with the example of Figure 11, the timing 
information t k _ 4 and dt k _ 4 is stored in the third block sections 
TB3.1, TB3.2 and TB3 . 3 of the signal blocks SB1, SB2 and SB3 , 
respectively, of the group Gl . The storage of the timing 
5 information can be carried out once in the total storage capacity 
of the third block sections TB3.1, TB3 . 2 and TB3 . 3 , or it can be 
repeated at least once. As an example, the timing information t k _ 4 
and dt k _ 4 is stored in each of the third block sections TB3.1, TB3 . 2 
and TB3.3. The timing information t^ and dt k _! can be stored in the 

10 third block sections FB, TB3.4, and TB3 . 5 of the signal blocks SB3 , 
SB4 and SB5, respectively, of the group Gl . The storage of the 
timing information can be carried out once in the total storage 
capacity of the third block sections FB, TB3 . 4 and TB3.5, or it can 
be repeated at least once. As an example, the timing information 

15 t k _ 4 and dt k _ 4 is stored in each of the third block sections TB3.4 and 
TB3.5. It may be possible to store the timing information for the 
packet Pk-1 in the third block section TB3 . 3 . It is further 
possible to store the timing information in the third block 
sections TB3 . 4 and TB3.5, and not in the block section FB. 

20 [0103] The timing information for the packet P k can be stored in 
the third block sections of the group G2 in the same way as the 
timing information for the packet P k _ 4 has been stored in the third 
block sections of the group Gl . The timing information for the 
packet P k+2 can be stored in the third block sections of the group 
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9 G2 in the same way as the timing information for the packet P k .i has 
been stored in the third block sections of the group Gl . 

[0104] The timing information for the packet P k+4 can be stored 
in the third block sections of the group G3 in the same way as the 
5 timing information for the packet P k _ 4 has been stored in the third 
block sections of the group Gl . The timing information for the 
packet P k+8 can be stored in the third block sections of the group 
G3 in the same way as the timing information for the packet P k _! has 
been stored in the third block sections of the group Gl . 

10 [0105] Figure 15 schematically shows an embodiment of the 
•normal play' processing unit 60 of the reproducing arrangement of 
Figure 7, denoted 60 ' 1 , for regenerating a replica of the original 
MPEG datastream of Figure 13a from the datastream as shown in 
Figure 13b, using the timing information also stored in the signal 

15 blocks, in the way described above. The regenerated replica of the 
MPEG datastream is shown in Figure 13c. The embodiment 60' ' of 
Figure 12 shows a large resemblance with the processing unit of 
Figure 12. The demultiplexer 90' is again adapted to retrieve the 
packets from the subsequent groups of signal blocks, and to supply 

20 the packets to the output 91. The demultiplexer 90' is further 
adapted to retrieving the timing information t k and dt k from the 
third block sections in the signal blocks, and for supplying the 
timing information to the output 92. A sync byte is added to each 
packet in the sync adder 94. The packets thus obtained are supplied 

25 to the input 95 of the combining unit 96'. The output 92 of the 
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' demultiplexer 90 is coupled to inputs 97 and 98 of the combining 
unit 96' and a dummy info generator 100 1 , respectively, for 
supplying the timing information to the combining unit 96' and the 
dummy info generator 100'. 
5 [0106] Let us now assume that the packet P k _ 4 and the 

corresponding timing information are retrieved from the first group 
Gl of five signal blocks, and are applied to the combining unit 96' 
and the dummy info generator 100'. This results in the packet P k _ 4 
being supplied to the output 105 by the combining unit 96' in 

10 response to the timing information. The length of the packet P k _ 4 

will be equal to dt k _ 4 , and the packet will be applied to the output 
105 at a time instant corresponding to t k _ 4 . Next, the packet P k ^ and 
the timing information corresponding to the packet P k .j are 
retrieved from the group Gl and are applied to the combining unit 

15 96' and the dummy packet generator 100'. It is established, by 
means of a comparator and/or a subtractor (not shown) , that the 
time instant t^ is not equal to t k _ 4 +dt k _ 4 . Consequently, at least 
one packet following the packet P k _ 4 has been thrown away during 
recording. As a result, the dummy info generator 100' generates a 

20 block of dummy information so as to fill the gap between the end of 
the packet P k _ 4 , at the time instant t k _ 4 +dt k _ 4 , and the time instant 
t k -!, see Figure 13c. 

[0107] Next, the combining unit 96' inserts the packet P k . x 
having the length dt k _! into the serial datastream. 
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[0108] The packet P k is the next packet that is retrieved by the 
demultiplexer 90, and the packet is supplied, after the addition of 
the sync byte, to the input 95 of the combining unit 96'. The 
timing information corresponding to the packet P k is supplied to 
the inputs 97 and 98 of the combining unit 96 and the dummy info 
generator 100'. As t k equals t^dt^, no dummy information needs to 
be generated, and the packet P k is supplied to the output 105. 

[0109] Next, the packet P k+2 is retrieved. After comparison of t k+2 
with t k +dt k , it is established that a gap is present that needs to 
be filled with dummy information generated by the dummy info 
generator 100'. The dummy information is supplied to output 105. 
Next, the packet P k+2 having a length dt k+2 is added into the 
datastream, see Figure 13c. This process is continued for the other 
packets so as to obtain the regenerated replica of the MPEG 
datastream of Figure 13c. When comparing Figures 13a and 13c, it 
will be clear that Figure 13c shows an MPEG serial datastream 
having the same (variable) bit-rate and packet rate as the MPEG 
datastream of Figure 13a. This datastream can now be applied to a 
standard MPEG decoder which is capable of decoding the one video 
program, selected by the recording arrangement during recording, 
from the MPEG datastream of Figure 13c having the variable bit -rate 
and packet rate. 

[0110] Now, other information will be described that can be 
inserted in the free space in the groups of signal blocks alone or 
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• together with the packet number information and/or the timing 
information described above. 

[0111] One example of such other information is the information 
identifying a signal block in a group of y(=5) signal blocks to be 
5 the first signal block in the group of signal blocks. Such 

information can be stored in the third block sections TB3 . 1 of the 
signal blocks SB1 in the groups Gl, G2 and G3, in Figures 10 and 
11. 

[0112] Another example of such other information, is the 
10 inclusion of a signal block number in the third block sections of 
the signal blocks, such as in the situation of Figure 11. Signal 
block numbering can be carried out within a group, so that, in the 
example of Figure 11, the numbers 1-5 are stored in the third 
block sections TB3 . 1 - TB3.5, respectively, of the signal blocks 
15 SB1 - SB5 in each group. Signal block numbering can also be 

realized for a larger number of signal blocks, belonging to more 
than one group of signal blocks. One could imagine that all the 
signal blocks in one track have a unique signal block number stored 
in the third block sections of the signal blocks. Now, all the 
20 signal blocks in a track can be identified by their unique signal 
block number. 

[0113] Signal block numbering of the signal blocks as described 
above, has a number of advantages. Numbering the signal blocks 
opens the possibility to shuffle signal blocks in an order 
25 different from their original order, as long as the shuffling is 
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■ done within a group of signal blocks identified by unique signal 
block numbers. By detecting the signal block numbers upon 
reproduction, a de-shuffling can be carried out on the shuffled 
signal blocks so as to obtain the original sequence order of the 
5 signal blocks. 

[0114] Another measure that can be carried out is repeating a 
signal block, for the reason that the recording and subsequent 
reproduction of the information included in the signal block 
require a higher protection against transmission errors. Repeated 

10 signal blocks will have the same signal block numbers so that they 
are identifiable upon reproduction. 

[0115] Further, upon detection of the signal block numbers, it 
can be determined whether a signal block has been lost because of 
transmission errors occurring during the subsequent recording and 

15 reproduction steps. When a signal block number in a sequence of 

signal block numbers is missing, it can be decided that the signal 
block having the signal block number that has been missed is lost. 
Upon such detection, an error correction or concealment can be 
carried out so as to correct or conceal the missing signal block. 

20 [0116] Next, an explanation will be given of the functioning of 
the 'trick play' processing units 16 and 62 in the recording 
arrangement of Figure 6 and the reproducing arrangement of Figure 
7, respectively. For carrying out a trick mode (or feature mode) 
reproduction with the reproduction arrangement, the record carrier 

25 4 0 is transported with a speed other than the nominal transport 
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* speed. Figure 16 shows the record carrier 4 0 having a number of 

slant tracks recorded on it. Figure 16 also shows a path, denoted 
by the reference numeral 120, via which the reading head 52 scans 
the record carrier in the trick mode. Generally, the information in 
5 the tracks is recorded by at least two write heads having gaps of 
different azimuth angles, so that even numbered tracks have the one 
azimuth and odd numbered tracks have the other azimuth. This means 
that when scanning the record carrier along the path 12 0, the read 
head 52, which has one only of the two azimuth angles, will be able 

10 to read information from only the even-numbered or only the odd- 
numbered tracks. 

[0117] In order to enable a reproduction of video information 
during a trick play mode, especially in the case of video 
information being recorded in a data reduced form, it is required 

15 to add special trick play information at special locations in the 
tracks, such that these locations are scanned by the read head 52 
at the various transport speeds of the record carrier that are 
possible in a trick play mode. This trick play information is 
special video information recorded in addition to the normal play 

2 0 video information that has been recorded in the tracks in the way 
described above. As a consequence, some of the signal blocks in a 
track contain this trick play information, which should be scanned 
and read by the read head 52 in the trick play mode. 
[0118] It should be noted here that the MPEG data, as far as the 

25 video data in the MPEG datastream is concerned, comprises data- 
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reduced video information. To produce such data-reduced video 
information, the information corresponding to one picture is intra- 
encoded so as to obtain so-called I -frames. A higher data reduction 
can be obtained by carrying out an interframe encoding on at least 
5 the next two subsequent pictures, resulting in an I- frame for the 
first picture and a P- frame for the second picture. For recreating 
the two pictures, an intraframe decoding, inverse to the intraframe 
encoding, must be carried out on the I -frame information, so as to 
regenerate the first picture, and an interframe decoding, inverse 
10 to the interframe encoding, must be carried out using both the I- 
frame information and the P- frame information, so as to regenerate 
the second picture. 

[0119] In a trick mode, only I-frame information can be used to 
regenerate a video signal, because retrieving both the I-frame 

15 information and also the corresponding P- frame information so as to 
realize an interframe decoding, is not possible. Therefore, in 
order to obtain the 'trick play' information, only the information 
stored in I- frames included in the serial MPEG datastream is 
extracted and used as 1 trick play' data. 

20 [0120] In a special location in a track, such as in the location 
indicated by the hatched area 122 in the track 124 in Figure 16, a 
number of signal blocks are inserted that comprise the 'trick play' 
information. Figure 17 shows the sequence of signal blocks in the 
track 124. The hatched area 122 in Figure 16 is formed by the 

25 sequence of signal blocks SBi - SBj in the sequence given in Figure 
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17. The third block sections TB in the signal blocks contained in 
the trick play area 122 of the track now include an indication that 
the signal blocks comprise trick mode information. This indication 
information is denoted by 1 T ' in the third block sections TB3 of 
5 the signal blocks SBi - SBj . The signal blocks stored in the track 
prior to the trick play area 122, as well as the signal blocks 
stored in the track after the trick play area 122, include 
information indicating that the information stored in the signal 
blocks is normal play information. This indication information is 
10 denoted by 'N' in the third block sections TB3 in the signal blocks 
SBi_ 2 , SBi.!, SBj +1 . 

[0121] The 'trick play' processing unit 16 of Figure 6 is thus 
capable of deriving the trick play information from the MPEG 
datastream applied to its input 17, storing the trick play 

15 information in those signal blocks that are specifically meant for 
storing the trick play information in a specific location in a 
track, and inserting the indication information indicating that the 
signal block is a signal block in which trick mode information is 
stored in the third block sections of those signal blocks. The 

2 0 'normal play' processing unit 14 is further capable of storing the 
indication information indicating that the signal blocks generated 
by the unit 14 contain normal play information, in the third block 
sections of those signal blocks. 

[0122] When the reproducing arrangement is switched into its 
25 trick mode, the trick play' processing unit 62 is capable of 
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detecting those signal blocks that have the 'T* identification 
stored in their third block sections and to retrieve the 
information from those signal blocks for further processing so as 
to realize a reviewing option during the trick mode. 
[0123] The invention has been disclosed with reference to 
specific preferred embodiments which enable those skilled in the 
art to make and use the invention, and which describe the best mode 
for carrying out the invention. Those skilled in the art may modify 
or add to these embodiments or provide other embodiments without 
departing from the spirit of the invention. Thus, the scope of the 
invention is only limited by the appended claims. 
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